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[57] ABSTRACT 

A communication device is provided that is controlled 
through the use of small programs or applets that are 
executed by a processor within the device. The applets are 
encoded as a sequence of instructions chosen from a general 
purpose, machine independent instruction set, such as Java 
bytecodes. These applets may be interpreted by software, or 
directly executed by the processor of the communication 
device. The applets may be loaded into the device from a 
local host computer or may be downloaded from a remote 
device or computer. Applets provide a convenient, hardware 
independent means for maintaining up to date communica- 
tions protocols and for updating the device with new fea- 
tures and capabilities. Downloading applets from a remote 
device may, for example, provide automatic encryption 
capabilities on a session unique basis, or provide for auto- 
matic virus detection, thereby providing enhanced security 
in data communications. A direct connection between the 
communication device and the host computer's video sub- 
system provides accelerated video access for applets execut- 
ing on the device. 

14 Claims, 3 Drawing Sheets 
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INTELLIGENT COMMUNICATION DEVICE SUMMARY OF THE INVENTION 

Benefit of United States Provisional Application No. ^ ob i ecls ° f * e P resent mven ! ion are met b * 

60/012,447, filed Feb. 28, 1996, is claimed herefor." a modem 1X1 which new commands comprising small pro- 
grams or "applets" may be loaded into the modem either 

BACKGROUND OF THE INVENTION from a host or a remote computer. The applets may then be 

Modems provide a means for remote computers to com- invoked by the host or remote computers and executed by a 

municate over the Public Switched Telephone Network processor within the modem itself. Because the applets are 

("PSTN"), and have been in use for several decades. While written in a high level language and encoded in a portable 

data transmission rates using analog modems have risen way, the applets may run on a wide variety of modem 

considerably over the past decades, from 120 bits-per- 30 hardware configurations. In a preferred embodiment, the 

second (bps) to 28,800 bps, command and control technol- modem includes hardware or software access to a frame 

ogy has remained relatively static. buffer of me host computer to mcrease the rate ±9l applels 

The de facto industry standard modem command set is the can update screen images. 
"Hayes AT-command set" created in the late 1970's. The 

AT-commands consist of an attention sequence, usually the 15 BRIEF DESCRIPTION OF THE DRAWINGS 
characters 'AT, followed by a sequence of commands and 

terminated by a carriage return, wherein command The above and other objects and advantages of the present 

sequences are comprised of one to three characters possibly invention will be apparent upon consideration of the fol- 

with a data value. This procedural "one command at a time" lowing detailed description, taken in conjunction with the 

technology does not provide much flexibility or adaptability 20 accompanying drawings, in which like reference characters 

in controlling operation of a modem. Nor does it provide for refer to like parts throughout, and in which: 

significant autonomous, intelligent, processing within the FIG. 1 is an illustrative block diagram of a software 

modem itself. commanded intelligent modem in accordance with the prin- 

Some previously known modems provide "alterable" read ciples of the present invention; and 

only memory, such as Flash-ROM or EEPROM, so that the 0 * ^ir- 1 :„ , , « „, A . „ P 4U f 

\ , j • Cl . iL , * , 25 FIG. 2 is an exemplary flow diagram of the process of 

control and processing software in the modem may be j 1 j • 1 * r * j 

, t . j • • , » tt . downloading an applet from a remote modem. 

updated as new code revisions are released. However, this is ... 

primarily intended as a means to fix bugs in modem software FIG - 3 is an illustrative block diagram of an exemplary 
and to provide minor upgrades in modem features and nost computer and modem, including a dedicated interface 
capabilities. In addition, the software stored, for example, in between the modem and a frame buffer of the host computer, 
the EEPROM, is intricately tied to the specific hardware 30 , . 
used in the modem and is therefore highly machine depen- Detailed Description of the Invention 
dent. Thus, software updates for one modem are unlikely to Referring to FIG. 1, software -controlled modem 10, con- 
work with a different modem. structed in accordance with the principles of the present 
Modems are used to connect a user's computer to a 35 invention is described. Modem 10 is shown coupled, via 
remote computer. Recently, the Internet has become an jack 26, to telephone line 14, which may be either an analog 
important medium of communication, and the world wide or digital phone line, via data port 16, and to host computer 
web (web) has become an important source of services and 12, which may be any general purpose computer such as an 
information. Many users use a modem and dial-up lines to IBM AT-PC or Apple MACINTOSH type computer, 
access the Internet from home or office. Recent develop- ^ Alternatively, host 10 may be a personal digital assistant 
ments in web technologies enable small programs, or (PDA), electronic organizer, pager, cellular telephone, or 
applets, to be embedded in web pages. When a user views other device capable of performing user input and output 
a web page, the applet is downloaded, along with other page functions. 

contents, and then executed on the user's computer. Thus, in Data port 16 provides a means of exchanging data 

addition to interpreting and rendering the web page, the 45 between modem 10 and host computer 12 and may be any 

user's computer must also interpret and execute the applet, conventional interface such as a RS-232 (EIA-232) serial 

increasing the computational burden on the user's computer. interface or a Enhanced Parallel Port (EPP) interface. 

The fact that many applets are highly graphical in nature Alternatively, modem 10 may be an add-in card for instal- 

only increases this burden. lation in an expansion slot of computer 10, wherein data port 

An additional concern regarding computer communica- 50 16 may comprise an expansion bus interface. Similarly, jack 

tions is the lack of automatic security features. While 26 may be any jack compatible with connecting to telephone 

software and hardware currently exists to encrypt data, much line 14, such as a standard RJ-45 type modular jack, 

of it is expensive to obtain, or difficult to use, and is therefore Alternatively, jack 26 may be a generic jack or connector, 

restricted to use by large institutions. As a result only a small and a special purpose adapter cable may couple the jack to 

amount of inter-computer communications are encrypted. 55 telephone line 14. 

r In view of the above mentioned difficulties in the art, it Modem 10 also includes controller 18, RAM 20, ROM 

J would be desirable to provide a method of controlling 22, and modem circuitry 24. Controller 18 controls the 

\ modem hardware in a flexible, programmable manner that is operation of modem circuitry 24 in accordance with pro- 

j largely independent of specific modem hardware and is gram instructions stored in RAM 20 and ROM 22. Control - 

(^therefore portable from one modem to another. 60 ler 18 may be any suitably powerful general purpose 

It would also be desirable to provide a means for assisting microprocessor, such as a 80386 class processor manufac- 

a host computer in interpreting a data stream and in execut- hired by Intel, Santa Clara, Calif. Alternatively controller 

ing programs or applets that may be embedded in the data may be a digital signal processor (DSP) such as a member 

stream. of the 53600 DSP family manufactured by Motorola, 

It would also be desirable to provide a means of auto- 65 Schaumburg, 111. 

ma ti call y providing for relatively secure inter-computer data RAM 20 provides storage for applets and a temporary 

communications. scratchpad area for processor 18. RAM 20 may also include 
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battery backed RAM for long term storage of applets and 
configuration parameters used by the modem software. 
ROM 22, which may include EEPROM or other type of 
alterable read only memory includes programming for con- 
trolling overall operation of modem 10, and for executing 
applets stored in RAM 20. Preferably, ROM 22 also includes 
programming for supporting standard modem command 
sets, such as the "Hayes AT" command set. 

In a preferred embodiment of the present invention, ROM 
22 includes program code implementing a virtual machine 
for execution of programs written in the Java programming 
language. The Java language is an general purpose, object- 
oriented computer language developed by Sun Microsys- 
tems specifically for networking applications, and is 
described in Programming in J aval, Tim Ritchey, New 
Riders Publishing, Indianapolis, Ind., 1995, which is incor- 
porated herein in its entirety by this reference. 

Applets written in the Java language are compiled into a 
machine independent, byte-coded "machine language" that 
is executed on the "Java virtual machine." Currently, Java 
virtual machines are software based, although a few proces- 
sors have been announced that execute Java byte -codes 
directly. 

Applets may be downloaded into modem 10 from host 
computer 12 by the host sending a "load applet'* command 
to modem 10 followed by the compiled applet code itself. To 
provide maximum modem compatibility, the "load applet" 
command is, preferably, an extension of and compatible 
with existing modem command sets, such as the Hayes-AT 
command set. The downloaded applet code is stored in 
RAM 20, and a verification routine stored in ROM 22 is 
executed by processor 18 to verify and validate the down- 
loaded code. This step assures that the code complies with 
the Java language definition and helps maintain system 
integrity and security. 

Alternatively, modem 10 may load an applet from a 
remote computer or modem via telephone line 14. For 
example, it may be desired to connect host computer 10 to 
a computer at a bank, or other financial institution, for the 
purpose of conducting financial transactions. Using pres- 
ently available technologies, data transmitted between host 
computer 10 and the bank's computer is transmitted in the 
clear (i.e. unencrypted) subjecting the data to theft or 
compromise. 

Alternatively, custom software that encrypts the data 
being transferred may be executed on host computer 10 and 
the bank's computer. While this may minimize the chance of 
transferred data being compromised, the custom software 
typically only works with a specific remote site. Thus, 
software that works with one bank's computer may not work 
with another bank's computer. The user must then keep 
software for each remote computer that requires a secure 
data link. In addition, whenever the bank's software is 
changed or upgraded, the user must go through the process 
of installing new user software on host computer 10. 

In accordance with the principles of the present invention, 
modem 10 may negotiate with a remote modem for the 
transfer of an applet, which may be an applet for data 
encryption. The negotiations may take place when a com- 
munications link is first established between modem 10 and 
the remote modem, or may be delayed until secure commu- 
nications are specifically requested. Following the transfer 
negotiations, the applet is received from the remote modem 
and stored into RAM 22. The applet is then verified as 
described above. The verified code may then be executed as 
needed by processor 18. 
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FIG. 2 shows an illustrative negotiation and transfer 
sequence for downloading an encryption routine. At step 30, 
modem 10 send a message to the remote modem inquiring 
if the remote modem is Java enabled. The remote modem 

5 may respond negatively indicating it is unable to receive 
applets because, for example, the remote modem is an old 
modem without the capability of downloading applets, or 
the download feature may be disabled. Alternatively, the 
request at step 30 may "timeout" indicating that the remote 

1Q modem does not recognize the negotiation sequence. In any 
case, a negative or missing response to the Java request 
causes the sequence to proceed to step 32, wherein alterna- 
tives to using Java applets are considered. For example, 
applets written in another programming language may be 

35 used. Alternatively, a user may be given an opportunity to fix 
the problem (e.g. reenable applet downloading), to continue 
without downloading the applet, or to abort the process. If 
there are no alternatives to using Java applets the sequence 
aborts at step 34, otherwise, the alternative is used (step 36) 

20 and processing continues at step 52. 

However, if the remote modem responds affirmatively to 
the Java request, then modem 10 inquires at step 38 if the 
remote modem has a specific applet, for example a particular 
encryption applet. If the remote modem responds "no" then 

25 modem 10 proceeds to step 44 and transmits the applet to the 
remote modem. If the remote modem has the requested 
applet, it responds by sending a "yes" along with the version 
number of the applet. 

At steps 40 and 42, modem 10 determines if the applet on 

30 the remote modem is the same version as the applet used by 
modem 10, and if not, which modem has the newer version. 
If the versions are the same, then the negotiation is com- 
pleted and processing continues at step 52. However, if the 
remote modem has a newer version of the applet, then at step 

35 48 modem 10 downloads the newer applet from the remote 
modem, and verifies the applet at step 50. If the applet is 
verified then the sequence continues through step 52. 
Otherwise, modem 10 returns to step 48 and repeats the 
downloading process until verification is successful. 

40 Alternatively, if modem 10 has a newer version of the applet, 
the sequence proceeds to step 44 wherein modem 10 trans- 
mits the applet to the remote modem. The remote modem 
then notifies modem 10 of the results of verification. If 
verification was unsuccessful, then the applet is resent, 

45 otherwise, the sequence continues through step 52. 

The sequence shown in FIG, 2 presents a generic outline 
of a negotiation sequence between intelligent modems 
according to the present invention. Clearly, embellishments 
may be made to the negotiation sequence shown in FIG. 2. 

50 For example, the loop, comprising steps 44 and 46, for 
sending an applet to the remote modem may include a test 
for limiting the number of attempts at sending the applet, 
thereby preventing modem 10 from getting stuck in the send 
loop. Or, for example, a test may be inserted between steps 

55 40 and 42 to determine if both modems have a common 
version of the applet that the modems could use, even if it 
is not the latest version. This may save the overhead 
involved in transmitting a newer applet when a slightly older 
version of the applet is sufficient. One skilled in the art will 

eo recognize other modifications and embellishments which 
may be added to the negotiation sequence of FIG. 2. 

Loading an applet from a remote modem provides a 
facility for automatic data encryption services. For example, 
any time a connection is established between modem 10 and 

65 a similar remote modem, the use of a data encryption applet 
may be negotiated. If the modems already contain the same 
version of the encryption applet then data transfers may 
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begin. If, however, one of the modems lacks the encryption 
applet, or has an older, out-of-date version, the modems may 
negotiate to transfer the new version. Preferably, the newer 
version of the applet is cached or otherwise retained by 
modem 10 or host 12 for later use. Alternatively, applets may 
be discarded after use (i.e. after disconnecting). Tlius, either 
the bank or the user may upgrade to a newer version of the 
security software without fear of incompatibility with older 
access software. 

Security may be further enhanced by using encryption 
applets that are session unique. In other words each time 
modem communication link is established a different 
encryption applet is used. In addition to on-line banking, 
simple, robust, and strong security measures are a necessary 
first step to a wide range of on-line services and transactions. 

Additionally, applets may be used to scan incoming data 
for potentially hazardous programs, such as virus, worm, or 
Trojan horse programs. These types of programs have the 
potential to damage both hardware and software resources 
on host computer 12. By automatically scanning data trans- 
ferred through modem 10, the modem may discard the 
offending transfer or may alert the user to a potential rogue 
program. 

Similarly, an applet may provide filtering of "junk e-mail" 
or other unwanted data. For example, an applet may search 
for e-mail headers in data received via telephone line 14 and 
discard any e-mail messages from a particular individual or 
has a specified 'subject:* line. Alternatively, an applet may 
prioritize incoming messages based on a user specified 
criteria, arranging to deliver the most urgent message first. 
This may be particularly useful in a mobile, radio-based, 
inter-computer communication environment. 

The use of applets to control modem 10 provides for easy 
upgrades or updates of modem control software stored in the 
alterable portion of ROM 22. For example, if modem 10 
connects to a remote modem having a different modem 
communications protocol, the two modems may negotiate to 
transfer an applet for the better protocol (i.e. newer, or faster, 
or more robust). Thus, the modem having older software is 
updated to the latest version. 

Special flags or data values within each applet may be 
used to indicate various information about the applet. A first 
flag may indicate that the applet is not transferable and a 
modem should not transfer such an applet to another 
modem. Another flag may indicate that the applet should not 
be cached. For example, a session encryption applet should 
not be cached because it will not be used again in a future 
session. 

Alternatively, a data value may be used as a counter or 
expiration date for an applet. Each time the applet is used the 
counter is decremented or the date is checked against the 
expiration date. If the counter reaches zero or the expiration 
date is passed then the applet is not run, and may be removed 
from RAM 20 or ROM 22. This provides a means for a user 
to "test drive" an applet before purchase, while protecting 
the interests of the seller/developer of the applet. Through 
judicious use of the 'transferable' and the 'cacheable' flags, 
as well as the expiration counter, an applet author can ensure 
that an applet receives wide distribution, for trial use by 
potential customers. 

Referring now to FIG. 3, an alternative illustrative 
embodiment of the present invention is described. Host 
computer 12 includes CPU 60, frame buffer 62, display 
controller 64, and display 68. Modem 10 contains the same 
components as described above in connection with FIG. 1. 
In addition, modem 10 also includes video interface 66 
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coupled to frame buffer 62. Alternatively, video interface 66 
may instead couple processor 18 to display controller 64. 

In a preferred embodiment of the present invention video 
interface 66 comprises a standard interface such as a VGA 

5 feature connector or the Zoomed Video port described in the 
CardBus specification (similar to PCMCIA). Alternatively, 
data port 16 and video interface 66 may comprise a con- 
ventional high speed data bus, such as VESA local bus or 
PCI bus, wherein high speed device drivers and DMA or bus 

30 mastering techniques may be used to transfer video data 
between modem 10 and frame buffer 62. 

Video interface 66 provides processor 18 with accelerated 
access to frame buffer 62. Without video interface 66, 
graphical data from applets executing on modem 10 need to 

15 be transferred to frame buffer via CPU 60, slowing display 
updates. However, with video interface 66, graphical applets 
executing on modem 10 may access frame buffer 62 directly, 
thereby providing rapid screen updates. For example, 
modem 10 may execute a Java applet that creates a short 

20 animation sequence. Without video interface 66, the anima- 
tion might appear slow and jerky due to the relatively low 
data rate available between processor 18 and frame buffer 62 
via CPU 60. However, in accordance with the principles of 
the embodiment of FIG. 3 of the present invention, video 

25 interface 66 provides direct access from modem processor 
18 to frame buffer 62, Thus, an animation may appear more 
quickly and smoothly, with fewer dropped frames. 

In addition, video interface 66 may provide improved 
response for live video, such as video conferencing, video 
phone, or whiteboard type applications. In these instances, 
modem processor 18 may intercept an incoming video 
image, decode the image, and send it directly to the frame 
buffer, instead of transmitting the data to the host CPU. 

35 Processor 18 may also capture a portion of an image from 
frame buffer 62 for transmission to a remote computer. 

While the preferred embodiment of the present invention 
has been disclosed in terms of an intelligent, software based 
modem, other embodiments are contemplated. For example, 

^ analog modem circuitry 24 may instead comprise circuitry 
implementing a digital line connectors, a packet radio 
transceiver, a local area network connector, or cable modem. 
Obviously, in each instance, telephone line 14 would instead 
be the corresponding transmission medium, e.g. coaxial 
cable for a cable modem. 

45 

Similarly, software languages other than the Java may be 
used. The Java language is currently popular for use in 
networked devices and is therefore a good choice for the 
present invention. However, other languages and standards 
50 are emerging in the field of inter-computer communications 
which may used in the context of the present invention. 

One skilled in the art will appreciate that the present 
invention may be practiced by other than the described 
embodiments, which are presented for purposes of illustra- 
55 tion and not of limitation. 

What is claimed is: 

1. A data communication device to transmit and receive 
data between a host device and a remote device, separate 
from the data communication device, the data communica- 
60 tion device comprising: 

an interface to the host device for the transfer of data there 
between; 

modem circuitry having a first port connected to a pro- 
cessor of the host computer and a second port con- 
es nected with the frame buffer of the host computer, said 
modem circuitry receives a Java applet comprising a 
sequence of Java byte codes; 
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a first memory for storing a Java applet comprising a from the data communication device, the data communica- 

sequence of Java byte codes; and tion device comprising: 

processor circuitry, separate from the host and remote an interface to the host device for the transfer of data there 

devices, for executing the Java applet, the processor between; 

circuitry coupled to the interface, the first memory, and s & ^ ^ comcctcd tQ a pro . 

. * e m °? ern circuitf y- . ^ . . cessor of the host computer and a second port con- 

2. The data communication device as denned in claim 1 4 , 4 . r . \* - , . r . . , 
. ■ j . 4 . . i . j nected with the frame buffer of the host computer, said 

wherein the modem circuitry comprises circuitry selected _ . . _ i « ■ • 

from a group consisting of a telephone modem, a cable modem «ceivesa Java applet comprising a 

modem, a digital line interface, a local area network io sequence of Java byte codes; 

interface, and a packet radio transceiver. a first memory for storing the Java applet; and 

3. The data communication device as defined in claim 1 processor circuitry, separate from the host and remote 
wherein the processor circuitry is further programmed for devices, coupled to the interface, the modem circuitry, 
receiving the Java applet from the host device and storing an d the first memory, the processor circuitry being 
the received Java applet in the first memory. 15 programmed to execute the Java applet to control 

4. The data communication device as defined in claim 1 transmission and reception of data between the host 
wherein the processor circuitry is further programmed for deyice and the remote deyice 

receiving the Java applet from a remote device via the 1Q ^ ^ communication device as defined m daim 9 

modem circuitry and storing the received Java applet in the wherein ^ ^ d ^ a 

first memory. 20 f. , * *u t u . j j- ■ 

# ■ j processor which executes the Java byte codes directly in 

5. The data communication device as defined in claim 1 hardware 

further comprising a second memory coupled to the ^ ^ W ff C " , , . , „ , . , . rt 

processor, the second memory being a non-volatile memory, U ' ^ data communication device as defined in claim 9, 

the processor being further programmed to transfer the Java wherein processor circuitry comprises a general purpose 

applet from the first- memory to the second memory. 25 processor, and a nonvolatile memory, the nonvolatile 

6. The data communication device as defined in claim 1 memory including programming for an interpreter of the 
further comprising a video port for coupling the processor to Java Dvte codes, the general purpose processor using the 
a display subsystem of the host device for the transfer of interpreter to execute the Java applet. 

images therebetween. 12. The data communication device as defined in claim 9 

7. The data communication device as defined in claim 1 30 wherein the Java applet controls transmission and reception 
wherein the processor circuitry comprises a special purpose of data between the host device and the remote device by 
processor which executes the Java byte codes directly in providing a security function. 

hardware. 13. The data communication device as defined in claim 12 

8. The data communication device as defined in claim 1, wherein the security function provides encryption of the data 
wherein the processor circuitry comprises a general purpose 35 transferred between the host device and the remote device, 
processor, and a nonvolatile memory, the nonvolatile 14. The data communication device as defined in claim 12 
memory including programming for an interpreter of the wherein the security function scans the data transferred 
Java byte codes, the general purpose processor using the between the host device and the remote device for computer 
interpreter to execute the Java byte codes. viruses. 

9. A data communication device to transmit and receive 40 

data between a host device and a remote device, separate ***** 
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